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© Procede de structuration d'informations utilisees dans un processus industriel et s 
I'assistance au pilotage d'un aerodyne. 



© Le procede selon I'invention qui met en oeuvre 
un terminal comprenant un processeur, un ecran et 
un clavier, comprend la decomposition de proche en 
proche de I'ensemble d'informations ("checklist") a 
structurer en sous-ensembles et ('identification de 
leur structure, le regroupement par structures analo- 
gues des sous-ensembles en objets ("blocClist", 
"tiCL", "tiblocCL", "remarque", "item", "Sdeb", "ve- 
rif", "Sfin"), ('introduction dans le terminal de chaque 
objet, sous la forme d'un symbole graphique repre- 
sentant un noeud, et de ses caracteristiques, Intro- 
duction dans le terminal de symboles de type lien 
reliant deux objets indiquant une relation hierarchi- 
que d'inclusion entre deux objets, la traduction par le 
terminal du graphe ainsi elabore en un modele de 
structure exprime dans un langage informatique et le 
controle de sa coherence. L'invention s'applique no- 
tamment a la gestion par un calculateur embarque a 
bord d'un aerodyne des listes de taches a executer 
au cours des phases de pilotage. 
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La presente invention concerne un procede de 
structuration d'informations utilisees dans un pro- 
cessus industriel necessitant un volume important 
d'informations de types et de structures heteroge- 
nes et provenant de sources tres diverses. 

Elle s'applique notamment, mais non exclusive- 
ment, a I'aviation civile ou une masse importante 
d'informations est utilisee a bord des aerodynes. 
Ces informations concernent par exemple, les diffe- 
rentes procedures a executer lors de chaque etape 
de vol, les donnees necessaires a la conduite d'un 
vol et la surveillance des differents organes des 
aerodynes. Ces informations proviennent de sour- 
ces diverses, notamment, des constructeurs d'ae- 
rodynes, des equipementiers, des fournisseurs de 
cartes de navigation, des compagnies aeriennes, 
ou encore des calculateurs embarques. 

De ce fait, leur type et leur structure peuvent 
§tre tres differents, d'ou une difficulte pour pouvoir 
les exploiter, et notamment pour les consulter. Ces 
informations sont en general rassemblees par les 
compagnies aeriennes au profit des pilotes et me- 
caniciens de bord. 

Pour faciliter I'echange et I'exploitation de tou- 
tes ces informations, on a deja propose un langage 
informatique permettant de definir des structures 
de donnees qui sont ensuite associees aux infor- 
mations elles-memes afin de pouvoir les saisir et 
les exploiter independamment de leur source ou de 
leur destination. Ces structures de donnees ont ete 
appelees structures logiques. 

Or, il s'avere qu'un meme ensemble d'informa- 
tions, peut etre associe a plusieurs structures logi- 
ques en fonction de I'utilisateur de ces informa- 
tions, de ses besoins de production, et de ses 
methodes d'exploitation et de consultation dans le 
cadre de la conduite d'un processus. 

De ce fait, I'utilisateur est bien souvent amene 
a redefinir ces structures logiques pour les adapter 
a ses propres besoins. 

Or, a I'heure actuelle, pour pouvoir definir une 
structure logique, il est necessaire de la dessiner 
sous la forme d'un graphe a I'aide d'un formalisme 
graphique qui n'est pas standardise, puis de trans- 
crire ce graphe en langage informatique. Ce pro- 
cessus implique done une connaissance approfon- 
die de ce langage informatique, qui n'est accessi- 
ble, comme la plupart des langages informatiques, 
qu'aux specialistes. 

Puisque chaque compagnie aerienne possede 
des besoins specifiques en ce qui concerne I'ex- 
ploitation et la consultation de ces informations, et 
qu'en general, elle ne dispose pas des competen- 
ces permettant de definir des structures logiques, 
elle ne peut participer entierement a la definition et 
a la validation des structures d'informations dont 
elle a besoin. 



La presente invention a pour but de supprimer 
cet inconvenient, et notamment, de permettre de 
collecter rapidement des informations provenant de 
sources nombreuses, d'aider les utilisateurs a for- 

5 muler eux-memes leurs propres besoins concer- 
nant I'organisation de ces informations et la facon 
dont elles seront exploitees, ceci independamment 
de leur presentation. 

A cet effet, elle propose un procede de structu- 

70 ration d'un ensemble d'informations utilisees dans 
un processus industriel, mettant en oeuvre un ter- 
minal comprenant un processeur, un ecran et un 
clavier donnant acces a des commandes qui per- 
mettent d'introduire des symboles graphiques et 

75 leurs caracteristiques, representes a I'ecran, en vue 
d'elaborer un graphe representant un modele de 
structure d'informations, ce graphe faisant interve- 
ne au moins des symboles d'un premier type re- 
presentant des noeuds, et des symboles d'un se- 

20 cond type etablissant des liens entre les noeuds. 
Ce procede comprend les phases successives sui- 
vantes : 

- la decomposition de proche en proche de 
I'ensemble d'informations en sous-ensembles 

25 et Identification de la structure de chacun de 

ces derniers ; 

- le regroupement par structures analogues 
des sous-ensembles en objets ; 

- la determination de caracteristiques propres 
30 a chaque objet ; 

- I'introduction dans le terminal de chaque ob- 
jet sous la forme d'un symbole de type 
noeud et de ses caracteristiques ; 

- I'introduction dans le terminal de symboles 
35 de type lien de construction entre les objets, 

en precisant leurs type et leurs caracteristi- 
ques, ces liens indiquant une relation hierar- 
chique d'inclusion entre deux objets ; 

- I'elaboration par le processeur, a partir du 
40 graphe introduit dans le terminal, du modele 

de structure de I'ensemble d'informations ex- 
prime dans un langage informatique appro- 
prie, et 

- le controle par le processeur de la coherence 
45 du modele. 

A partir du moment ou un objet apparait dans 
un modele de structure, il apparait necessairement 
dans tous les ensembles d'informations structures 
par ce modele. Cependant, ces objets peuvent 
so presenter les deux propriet.es suivantes qui peu- 
vent se cumuler : 

- "optionnel" indiquant que I'objet n'apparaft 
pas necessairement dans un ensemble d'in- 
formations structure par le modele, et 

55 - "liste" indiquant que I'objet represente en fait 
une sequence d'un ou plusieurs sous-ensem- 
bles de memes structures. 
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En outre, un premier objet d'un modele de 
structure peut etre lie hierarchiquement par des 
liens de construction a plusieurs seconds objets de 
maniere a former des structures de types suivants 

- "alternatif" dans laquelle un seul des se- 
conds objets doit apparaTtre dans chaque en- 
semble d'informations structure par ce mode- 
le ; 

- "sequence" dans laquelle les seconds objets 
apparaissent toujours dans I'ordre indique sur 
le graphe (numero a proximite du lien) dans 
chaque ensemble d'informations structure par 
ce modele ; et 

- "agregat" dans laquelle les seconds objets 
apparaissent dans un ordre quelconque dans 
les ensembles d'informations structures par 
ce modele. 

Grace a ce procede, il n'est plus necessaire de 
maltriser un langage informatique de definition de 
structures d'informations. II suffit simplement de 
connattre le formalisme graphique utilise par le 
procede qui est beaucoup plus facilement accessi- 
ble. 

Ainsi, il permet a des utilisateurs non inities, 
comme les compagnies aeriennes, de definir eux- 
memes les modeles de structures dont ils ont 
besoin. 

Par ailleurs, chaque caracteristique d'objet est 
definie par un type, et une valeur par defaut qui 
doit etre compatible avec son type. 

Avantageusement, il est egalement possible 
d'etablir des liens de reference entre les objets 
pour indiquer que deux objets font reference Tun a 
I'autre. 

Avantageusement, en plus du controle de co- 
herence effectue en fin de construction du graphe, 
le processeur du terminal mis en oeuvre par le 
procede effectue des controles dynamiques apres 
chaque commande de construction du graphe ef- 
fectuee par I'operateur. Ces controles consistent 
notamment a n'autoriser que les creations de liens 
et les manipulations possibles. 

Selon une particularite de I'invention, ce proce- 
de comprend egalement la conversion d'un modele 
de structure logique, exprime dans le langage in- 
formatique, en un graphe etabli conformement au 
procede selon I'invention. De cette maniere, il est 
possible de modifier un modele de structure exis- 
tant a partir de sa representation graphique et non 
de son expression dans le langage informatique. 

Le procede selon I'invention s'applique tout 
particulierement a I'assistance au pilotage d'un ae- 
rodyne, laquelle fait intervenir une pluralite de listes 
de taches que le pilote doit accomplir imperative- 
ment durant chaque phase de pilotage, ces listes 
etant stockees dans la memoire d'un calculateur a 
base de processeurs, embarque a bord de I'aero- 



dyne, et comprenant au moins un terminal de 
communication homme/machine. Chacune de ces 
listes definit I'enchaTnement des differentes actions 
et verifications qui doivent etre effectuees au cours 
5 d'une phase de pilotage aussi bien au sol qu'en 
vol. 

D'autres listes de taches servent notamment pour 

traiter les pannes et les situations d'urgence. 

Habituellement chacune de ces listes se presente 
w sous la forme d'une succession de taches qui 

apparaissent dans I'ordre suivant lequel celles-ci 

doivent etre executees. 

A chacune de ces listes correspondent des 

commentaires detailles situes dans un autre en- 
15 semble d'informations, et portant sur la liste en 

general et ses conditions d'utilisation, ainsi que les 

details et particularites de chacune des taches. 
Ces informations commencent a etre produites 

et fournies sous la forme de fichiers informatiques 
20 par les constructeurs d'aerodynes et par les equi- 

pementiers. 

Grace au procede selon I'invention, les compa- 
gnies aeriennes vont pouvoir definir elles-memes, 
sans competences particulieres, les modeles de 
25 structures et les structures a donner a toutes ces 
informations, en fonction de leurs propres modes 
de mise a jour et de consultation. 

Ces informations ainsi structurees pourront etre 
ensuite stockees dans la memoire du calculateur 
30 embarque a bord de I'aerodyne et utilisees a partir 
du terminal connecte au calculateur. 

Avantageusement, durant I'execution sur le ter- 
minal embarque des taches definies dans des lis- 
tes possedant une structure, le procede selon I'in- 
35 vention comprend : 

- I'enchaTnement automatique, sur le terminal, 
des differentes listes a chaque nouvelle pha- 
se de pilotage, et le declenchement automati- 
que de la liste de taches appropriee dans le 

40 cas d'une panne identifiee, a I'aide des ob- 

jets definissant la structure des listes de ta- 
ches et des liens etablis entre ces objets ; 

- a chaque fin d'execution d'une tache, le mar- 
quage de la tache suivante a effectuer, grace 

45 a I'identification des objets definissant la 

structure des taches ; et 

- la visualisation sur I'ecran du terminal de 
. commentaires concernant la tache et la liste 

de taches en cours d'execution, a I'aide des 
so objets definissant la structure des taches, lis- 

tes de taches et ensembles de commentai- 
res, et des liens entre ces objets. 
Un mode de realisation du terminal selon I'in- 
vention sera decrit ci-apres, a titre d'exemple non 
55 limitatif, avec reference aux dessins annexes dans 
lesquels : 

la figure 1 represents I'ecran du terminal mon- 
trant un graphe conformement au procede selon 
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I'invention ; 

la figure 2 represente le graphe du modele de la 
structure des informations necessaires a I'assis- 
tance au pilotage d'un aerodyne ; 
la figure 3 montre le code genere a partir du 
graphe de la figure 2 ; 

la figure 4 montre comment les informations 
sont structures par le modele de structure a 
I'aide du code genere ; 

la figure 5 montre un exemple de mise en page 
possible a partir des informations indiquees sur 
la figure 4 ; 

la figure 6 represente un graphe de structure qui 
decoule de I'application du graphe represente 
sur la figure 2 a une liste particuliere ; 
la figure 7 est une representation schematique 
de I'architecture d'un systeme embarque a bord 
d'un aerodyne mettant en oeuvre I'application 
du procede au processus industriel d'assistance 
au pilotage d'un aerodyne ; 
les figures 8 a 13 representent les differents 
ecrans enchaTnes par le systeme durant I'exe- 
cution d'une liste de taches. 
Le procede selon I'invention utilise un terminal 
a base de processeurs comprenant un ecran de 
visualisation et un clavier permettant d'actionner 
des commandes en vue de definir un modele de 
structure d'ensemble d'informations a I'aide d'un 
formalisme graphique. 

La figure 1 represente une page affichee sur 
I'ecran du terminal. Cette page montre le graphe 
d'un modele de structure. En haut de cette page 
figurent les commandes qu'il est possible d'action- 
ner, par exemple a I'aide d'un curseur que Ton 
peut deplacer sur tout I'ecran avec une souris, a 
savoir : "Fichier", "Classes", "Actions" et "Zoom". 

La commande "Fichier" donne acces aux diffe- 
rentes actions possibles sur les fichiers contenant 
les graphes de modeles de structure, comme par 
exemple, ouvrir, fermer, sauvegarder et imprimer. 

La commande "Editer" permet de supprimer 
ou de recopier des objets du graphe present a 
I'ecran. 

La commande "Annotations" permet d'inserer 
des commentaires sur le graphe present a I'ecran. 

La commande "Actions" permet d'acceder aux 
differentes commandes pouvant etre actionnees 
sur le graphe present a I'ecran, notamment, aux 
commandes de visualisation, de modification, d'ac- 
tivation des verifications et controles de coherence. 

La commande "Zoom" permet d'agrandir ou 
de diminuer I'echelle de representation du graphe 
a I'ecran. 

Le formalisme mis en oeuvre pour construire 
ces modeles de structure a tout d'abord consiste a 
definir des classes d'objets et des classes de liens 
necessaires a cette construction, ainsi que les pro- 
prietes de ces objets et de ces liens. 



Un modele de structure, comme par exemple 
celui de la figure 1, est done defini a I'aide d'objets 
appartenant aux classes suivantes, dont la liste est 
affichee a I'ecran dans une fenetre si Ton actionne 
5 la commande "Classes" : 

- la classe DOC des objets representant des 
modeles de structures d'informations, 

- la classe ATTRIBUT contenant les caracteris- 
tiques des objets de la classe DOC, 

70 - la classe DISPATCHER des objets represen- 
tant les differents types de structures hierar- 
chiques possibles formees par les objets de 
la classe DOC, et 

- la classe INSTANCE des objets representant 
75 les sous-ensembles d'informations, et chacun 

symbolises par une ellipse ("testl "), et 

- la classe EXCEPTION des objets represen- 
tant les objets de la classe DOC que Ton 
desire supprimer ou ajouter dans toute I'arbo- 

20 rescence issue de I'objet de la classe DOC 

auquel se trouvent relies directement les ob- 
jets de cette classe. 
Les objets de la classe DOC, dont le symbole 
graphique forme, sur la figure 1, un rectangle enca- 
25 drant le nom de I'objet ("CTA- 
BLE", "TITLE", "COLDEF","CTABHEAD","CTABB- 
ODY", ...), representent les differentes parties com- 
posant la structure d'un ensemble d'informations, 
(par exemple : un titre, des colonnes, des lignes, 
30 des champs, ...). 

Un objet de cette classe peut presenter les 
proprietes suivantes : 

- "optionnel" qui indique que I'objet est option- 
nel, un objet optionnel etant repere sur le 

35 graphe par un cercle place a proximite de 

I'objet, 

- "liste" qui indique que I'objet represente une 
liste (par exemple, de chapitre ou de paragra- 
phes), dans ce cas, une croix figure sur le 

40 graphe a proximite de I'objet, et 

- "a-suivre" marquee sur le graphe par une 
fleche pointant sur I'objet, indiquant que I'ar- 
borescence issue de I'objet n'est pas affi- 
chee. 

45 Pour acceder aux differentes commandes agis- 

sant sur un objet de cette classe, il suffit de desi- 
gner I'un de ces objets apparaissant sur le graphe 
a I'aide de la souris. Cette operation declenche 
I'affichage d'une fen§tre dont le titre correspond au 

50 nom de I'objet et dans laquelle apparaissent les 
commandes suivantes qu'il suffit de designer a 
I'aide de la souris pour les actionner : 

- "generer le code" decrivant la structure de 
I'objet designe exprime en langage informati- 

55 que, 

- "lire une instance" qui a pour effet de lire un 
fichier contenant la definition d'une structure 
exprimee en langage informatique, de trans- 
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crire cette structure en graphe et de I'asso- 
cier a I'objet designe, 

- "arranger te graphe" qui a pour effet de 
replacer tous les objets de I'arborescence 
issue de I'objet designe, 

- "ordonner les fils" de I'objet designe s'ils 
sont numerotes, pour les placer sur le graphe 
de gauche a droite, en fonction de leurs 
numeros respectifs, 

- "afficher/cacher les fils" de I'objet designe 
qui permet d'afficher ou d'effacer I'arbores- 
cence issue de I'objet designe, 

- "afficher/cacher les attributs" qui permet d'af- 
ficher les attributs de I'objet designe dans 
une fenetre d'ou il est possible de les modi- 
fier, 

- "renommer" qui permet de modifier le nom 
de I'objet designe, 

- "inspecter" qui permet d'afficher les proprie- 
tes de I'objet designe dans une fenetre d'ou 
il est possible des les modifier, et 

- "lier" qui permet de relier I'objet designe a 
un autre objet de la classe DOC appartenant 
au graphe. 

A partir du menu "Editer", il est egalement 
possible de supprimer ou de recopier un objet de 
n'importe quelle classe a I'aide des commandes, 
"Couper", "Copier", "Coller". 

Un objet de la classe ATTRIBUT dont le sym- 
bole graphique forme un parallelogramme enca- 
drant le nom de I'attribut "colsep", "rowsep", "rota- 
te", ou "totaled", represente une caracteristique de 
I'objet "CTABLE" de la classe DOC auquel il est 
relie. 

Les objets de cette classe permettent de mieux 
qualifier les objets de la classe DOC et d'associer 
une valeur particuliere aux differentes occurrences 
de cet objet qui apparaissent dans les ensembles 
d'informations structures par le modele represente 
par le graphe. 

Un objet de cette classe possede un type et une 
valeur par defaut. 

Un attribut peut avoir I'un des types suivants : 

- enumere, dans ce cas, la liste des valeurs 
possibles doit etre fournie, 

- textuel, 

- reference a un objet externe a la structure, 

- liste de references a des objets externes a la 
structure, 

- identifiant d'un objet de la structure, 

- reference a un identifiant d'objet de la struc- 
ture, 

- liste de references a des identifiants d'objets 
de la structure, 

- nom : chaTne de maximum 8 caracteres al- 
phabetiques, tirets ou points commengant par 
une lettre, 

- liste de noms, 



- chaTne de maximum 8 caracteres alphanume- 
riques, 

- liste de chaTnes de maximum 8 caracteres 
alphanumeriques, 

5 - chaTne de maximum 8 caracteres alphanume- 

riques commengant par un chiffre, 

- listes de chaTnes de maximum 8 caracteres 
alphanumeriques commengant par un chiffre, 

- notation definie dans un fichier, 

10 - nombre de 8 chiffres maximum, et 

- liste de nombres de maximum 8 chiffres, 

La valeur par defaut d'un attribut doit, bien enten- 
du, etre compatible avec le type de I'attribut. Elle 
peut etre : 
75 - a saisir, 

- fixee, dans ce cas, il s'agit de la seule valeur 
possible et cela, pour tous les objets de tous 
les ensembles d'informations structures par 
ce modele ; 

20 - a specifier obligatoirement ; 

- egale a la derniere valeur specifiee pour I'at- 
tribut correspondant dans I'ensemble d'infor- 
mations ; 

- optionnelle ; et 

25 - egale a la valeur par defaut d'un autre attri- 
but: 

La modification d'un objet de cette classe se 
fait de la meme maniere que pour un objet de la 
classe DOC en designant auparavant, sur le graphe 
30 affiche a I'ecran, I'attribut que Ton veut modifier. 

Les differentes commandes possibles sur un objet 
de cette classe sont les suivantes : 

- "renommer" qui permet de modifier le nom 
de I'objet designe, et 

35 - "inspecter" qui permet d'afficher le type et la 
valeur par defaut de I'attribut designe, dans 
une fenetre d'ou il est possible des les modi- 
fier. 

Les objets de la classe DISPATCHER, chacun 
40 symbolise par un hexagone ("SEQ", "CHO", 
"AGR"), permettent de representor les differents 
types de modeles de structures hierarchiques pos- 
sibles, lis peuvent etre de type : 

- "SEQ" qui indique une structure de type 
45 sequentielle dans laquelle sont ordonnes 

(dans I'ordre ou ils apparaissent sur le gra- 
phe) les objets de la classe DOC relies direc- 
tement a un objet de type "SEQ", 

- "AGR" qui definit un agregat d'objets de type 
so DOC dans lequel les objets relies directe- 

ment a un objet de type "AGR" peuvent 
apparaTtre dans n'importe quel ordre dans 
I'ensemble d'informations structure par le 
modele, 

55 - "CHO" pour definir un ensemble de choix 
dans lequel un seul des objets de la classe 
DOC relies directement a un objet de type 
"CHO" doit apparaTtre dans un ensemble 
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d'informations structure par le modele, 

- "EXCL" pour indiquer que les objets de la 
classe DOC qui lui sont rattaches doivent etre 
supprimes de toute la descendance de I'objet 
auquel cet objet est relie, et 

- "INCL" pour annuler I'effet de "EXCL" dans 
toute la descendance de I'objet de la classe 
DOC auquel il est rattache. 

La construction d'un graphe selon ce formali- 
sme consiste tout d'abord a creer un premier objet 
de type DOC representant I'ensemble d'informa- 
tions. Pour cela, il faut activer la commande "Clas- 
ses" qui provoque I'affichage a I'ecran d'un menu 
donnant la liste des classes (figure 1). II faut ensui- 
te selectionner la classe DOC, ce qui entraTne 
I'affichage d'un nouveau menu permettant de se- 
lectionner une action possible sur un objet de ce 
type. Dans le cas present, on choisit I'option 
"creer" qui requiert la saisie d'un nom a attribuer a 
I'objet que Ton veut creer, c'est-a-dire "CTABLE", 
ainsi que la definition de ses proprietes. 

Une fois cette saisie terminee, un rectangle 
dans lequel figure le nom saisi, apparait a I'ecran. 
Ce rectangle, qui represente I'objet que Ton vient 
de creer, peut etre deplace sur I'ecran au moyen 
de la souris. 

Pour poursuivre la construction du modele, il 
faut repeter la sequence decrite ci-dessus pour 
creer les objets representant les differents sous- 
ensembles et elements de I'ensemble d'informa- 
tions. 

Comme precedemment mentionne, la 
construction d'un graphe consiste egalement a lier 
les differents objets entre eux de maniere a decrire 
une structure hierarchique ou non. 

Pour creer un lien entre deux objets, I'opera- 
teur designe tout d'abord I'objet de depart du lien, 
a I'aide de la souris. II demande ensuite la creation 
d'un lien en actionnant la commande "Actions" qui 
provoque I'affichage dans une fenetre, d'un menu 
contenant I'operation "lier". Apres avoir actionne 
cette commande puis designe I'objet de destina- 
tion, une nouvelle fenetre s'affiche dans laquelle 
figure un menu permettant de selectionner une 
classe de liens. Ces classes sont les suivantes : 

- la classe L-CONSTRUCTION des liens per- 
mettant de representee avec des objets de la 
classe DISPATCHER, la structure hierarchi- 
que d'inclusion des objets de la classe DOC, 

- la classe L-ATTRIBUTION des liens permet- 
tant de relier les objets de la classe ATTRI- 
BUT aux objets de la classe DOC 

- la classe L-RECURSIF des liens qui permet- 
tent de specifier une structure recursive en 
reliant directement ou indirectement un objet 
a lui-meme, et 

- la classe L-REFERENCE des liens permet- 
tant d'indiquer qu'un objet fait reference a un 



autre. 

Les liens de construction (classes L- 
CONSTRUCTION et L-RECURSIF) permettent de 
definir la structure hierarchique d'un modele en 
5 decrivant la decomposition des objets depuis le 
plus haut niveau (ensemble d'informations) jus- 
qu'au plus bas niveau, lis possedent certaines pro- 
prietes qui determinent notamment : 

- le numero d'ordre dans le cas d'une structure 
;o sequentielle ordonnee, affiche sur le graphe a 

proximite du lien, 

- si I'objet destination peut §tre repete pour 
definir une structure iterative, cette propriete 
est materialisee sur le graphe par une croix a 

75 proximite du lien, ou bien 

- si I'objet est optionnel, c'est-a-dire s'il peut 
ne pas apparaTtre dans un ensemble d'infor- 
mation structure par le modele, cette proprie- 
te est alors materialisee par un point a proxi- 

20 mite du lien. 

Les liens de recursivite (classe L-RECURSIF) 
sont des liens de construction particuliers car ils 
permettent de specifier qu'un objet est lui-meme 
compose d'objets de meme structure. Les liens de 

25 cette classe doivent cependant etre utilises selon 
certaines regies afin de ne pas declencher un 
processus de boucle infinie. Pour cela, la structure 
comprenant un lien de cette classe doit comporter 
au moins une condition d'arret, comme par exem- 

30 pie, un element optionnel qui peut interrompre la 
boucle si cet element n'est plus ajoute, ou bien 
une structure de choix dans laquelle le lien recursif 
fait partie du choix. 

Les liens de la classe L-REFERENCE permet- 

35 tent de relier deux objets pour indiquer que I'objet 
de depart du lien fait reference a I'objet de destina- 
tion. Cette particularite permet d'etablir systemati- 
quement des liens de reference, respectivement 
entre tous les ensembles d'informations issus de 

40 I'objet de depart, et tous les ensembles issus de 
I'objet de destination. 

Les liens de reference sont associes a une 
semantique decrite par un label, par une expres- 
sion ou par une fonction. 

45 Le label permet d'indiquer la validite du lien. II 
permet par exemple, de definir un lien activable 
uniquement pour un type d'avion donne ou pour 
"■ une compagnie aerienne donnee. 

Une expression designant par exemple un attribut 

so particulier et sa valeur permet de definir un lien 
activable uniquement vers les possedant cet attri- 
but ayant cette valeur. 

Une fonction permet de decrire une operation de 
calcul a realiser entre I'objet de depart et I'objet 
55 d'arrivee du lien. 

La commande d'un lien de reference provoque 
la creation, au niveau de I'objet reference, d'un 
attribut de type "identifiant" d'objet ayant comme 
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valeur par defaut la valeur de I'objet referengant, et 
au niveau de I'objet referengant, d'un attribut de 
type "reference a un objet" ou "liste de referen- 
ces" ayant comme valeur par defaut la reference 
de I'objet reference. 

Ces liens de reference peuvent etre de type 
generiques. Dans ce cas, ils peuvent etre de plu- 
sieurs types : 

- "noeud-fils", la creation d'un tel lien entre un 
objet A et un objet B, tout deux de la classe 
DOC entraTne la generation de liens de refe- 
rence entre I'objet A et les "fils" de I'objet B, 
les fils d'un objet etant les objets de type 
DOC relies directement a cet objet par des 
liens de construction ; 

- "fils-noeud", la creation d'un tel lien entre un 
objet A et un objet B entraTne la generation 
de liens de reference entre les fils de I'objet 
A et I'objet B ; 

- "fils-fils", la creation d'un tel lien entre un 
objet A et un objet B entraTne la generation 
de liens de reference entre les fils de I'objet 
A et les fils I'objet B ; et 

- "frere-frere", la creation d'un tel lien, partant 
d'un objet A et revenant sur lui-meme, entraT- 
ne la generation de liens de reference entre 
les fils de I'objet A. 

Durant la construction d'un graphe de modele 
de structure, un certain nombre de controles dyna- 
miques sont effectues par le processeur et consis- 
tent a n'autoriser que les operations conduisant a 
un graphe coherent. 

Ces controles portent sur la creation des objets 
et des liens. 

En ce qui concerne les objets, il est interdit de 
creer deux objets de la classe DOC ayant le meme 
nom. Neanmoins, on peut dupliquer dans un gra- 
phe le symbole d'un objet particulier, les deux 
symboles designant alors le meme objet. 

La creation des liens obeit aux regies suivantes 

- il est interdit de relier un objet a I'un des ses 
peres par un lien de construction ; cela for- 
merait un cycle, et done une recursivite ; 
pour effectuer ce lien, il faut utiliser un lien 
de la classe L-RECURSIF ; 

- il est interdit de relier deux objets "alterna- 
tifs" ayant un pere commun par un lien de 
construction, puisqu'un seul de ces deux ob- 
jets ne devra apparaTtre dans un ensemble 
d'informations associe a cette structure ; 

- un lien recursif ne peut etre cree que s'il ne 
cree pas une boucle infinie sans condition 
d'arret ; 

- en ce qui concerne les liens generiques de 
type "noeud-fils" ou "fils-noeud", I'objet de 
destination ou de d'origine du lien soit corn- 
porter des fils ; et 



- dans le cas des liens generiques de type 
"fils-fils", il faut que le nombre de fils de 
chaque objet soit identique, sinon la genera- 
tion des liens de reference qui en decoule 

5 s'arr§te lorsque tous les fils de I'objet de 

depart ou de destination sont relies respecti- 
vement a un fils de I'objet de destination ou 
de depart. 

Ces controles se deroulent de la maniere sui- 
w vante : par exemple, dans le cas ou I'operateur 
cree un lien qui forme un cycle, et done une 
recursivite, pour definir le type de lien a creer, le 
terminal va proposer a I'operateur dans le menu de 
selection d'une classe de liens, uniquement les 
75 classes L-RECURSIF et L-REFERENCE, et ne pro- 
pose pas la classe L-CONSTRUCTION qui n'est, 
dans ce cas, pas autorisee. 

Ces controles peuvent etre desactives de ma- 
niere a permettre la generation de structures com- 
20 plexes dont certaines etapes intermediates de 
construction aboutissent a une structure incoheren- 
te. 

Les commandes possibles sur un graphe de ce 
type present a I'ecran comme represente sur la 
25 figure 1 sont les suivantes : 

- "Demons ON/OFF" qui permet d'activer ou 
de desactiver les taches qui effectuent les 
tests de verification au fur et a mesure de la 
construction d'un graphe. 

30 - "Affiche Props" qui permet d'afficher a proxt- 
mite des liens de la classe L-CONSTRUC- 
TION, les numeros d'ordre associes lorsqu'ils 
definissent une structure de type sequentiel- 
le, 

35 - "Lire une DTD" qui a pour effet de transcrire 
un modele de structure logique exprime en 
langage informatique en un graphe du type 
precedemment defini, 

- "Affiche/Cache les attributs" qui a pour effet 
40 d'afficher ou d'effacer les objets de la classe 

ATTRIBUT appartenant au graphe, 

- "Recherche un objet" qui provoque I'afficha- 
ge d'une fenetre permettant de saisir le nom 
d'un objet a rechercher, si celui-ci existe 

45 dans le graphe, il est repere, par exemple, en 

etant affiche en video inverse, et 

- "Verifier la construction" qui permet d'activer 
la verification de la coherence du graphe. 

La verification de la coherence du graphe porte 
50 notamment sur les structures de choix utilisant 
I'objet de type "CHO" qui doit etre relie a au 
moins deux objets de type DOC de niveau hierar- 
chique immediatement inferieur. 

La figure 2 represente le modele de structure 
55 de I'ensemble des informations permettant de 
constituer les listes de taches a effectuer lors de 
chaque phase de vol d'un aerodyne. 
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Cet ensemble conformations represents par un 
objet de la classe DOC nomme "checklist", posse- 
de au premier niveau, une structure sequentielle 
ordonnee "SEQ" dont les liens sont numerates de 

1 a 2. Cette structure se compose tout d'abord de 
I'objet de la classe DOC nomme "tiCL" (premier 
lien) representant le titre de I'ensemble d'informa- 
tions, puis d'un objet intitule "blocClist" (second 
lien) de type "liste" (une croix figure a cote du lien 

2 vers I'objet). Cet objet represente une liste de 
blocs appartenant a cet ensemble. 

L'objet "tiCL" est constitue par un objet intitule 
"#PCDATA", non decomposable et representant du 
texte. 

Chaque element de la liste "blocClist" possede 
une structure sequentielle ordonnee "SEQ" com- 
prenant successivement les trois elements suivants 

- un premier element intitule "tiblocCL" repre- 
sentant le titre du bloc, 

- un second element intitule "remarque", op- 
tionnel et de type liste (repere par un point et 
une croix a proximite du lien), et 

- un troisieme element possedant une structure 
d'agregat "AGR" composee de deux objets 
optionnels de type liste intitules "item" et 
"blocClist". 

A ce propos, il faut noter que le lien entre 
I'objet "AGR" et I'objet "blocClist" (represente en 
traits interrompus) appartient a la classe L-RECUR- 
SIF car il relie indirectement I'objet "blocClist" a 
lui-meme. Ce lien indique que I'objet "blocClist" 
peut etre lui-meme constitue d'objets de meme 
structure. 

A I'instar de I'objet "tiCL", les objets "tiblocCL" 
et "remarque" sont constitues par des objets non 
decomposables "#PCDATA" representant du texte. 

Quant a I'objet "item", il possede une structure 
sequentielle ordonnee "SEQ" composee successi- 
vement des quatre objets suivants, qui eux-memes 
sont constitues par des objets non decomposables 
representant du texte : 

- "Sdeb" optionnel, 

- "Sfin" optionnel, et 

- "remarque" optionnel et de type liste. 

Dans cette structure, on peut remarquer que 
les objets "blocClist" et "item" peuvent compren- 
dre I'objet "remarque" ayant la propriete "liste" et 
"optionnel". 

Cela signifie simplement que les sous-ensem- 
bles d'informations de structure "blocClist" et 
"item" constituant I'ensemble de structure "check- 
list", peuvent comprendre une liste de remarques. 

La figure 3 montre la traduction en code SGML 
(langage de marquage standard generalise) du gra- 
phe represente sur la figure 2. Chaque ligne de 
cette traduction permet de definir le nom (a la suite 



du mot cle "(ELEMENT") de chaque objet de la 
classe DOC represente sur la figure 2 et de definir 
les fils de chaque objet (indiques entre parenthe- 
ses). Le type de chaque fils est indique apres le 
5 nom de chaque fils : 

- " + " indiquant une liste, 

- "?" indiquant le caractere optionnel, et 

- "*" indiquant une liste a caractere optionnel. 
Les fils formant une sequence sont delimites 

w par une virgule, tandis que ceux qui forment un 
agregat sont delimites par le caractere "&". 

Sur la figure 4, les noms des objets de type 
DOC precedemment definis pour decrire la structu- 
re "checklist" servent de mots cles pour delimiter 

15 des champs composant I'ensemble d'informations 
structure par ce modele. Le debut et la fin d'un 
champ sont ainsi reperes par le mot cle entre 
crochets, par exemple, "<blocClist>" qui en mar- 
que debut et </blocClist>" la fin. 

20 Grace a ce procede, il est possible, par exem- 

ple, de definir une presentation de cet ensemble 
d'informations uniquement a partir du modele de 
structure et independamment de son contenu. Ain- 
si, les informations structurees selon le modele 

25 represente sur la figure 2 peuvent etre presentees 
de la maniere suivante (figure 5) : le titre de 
I'ensemble d'informations reference par "tiCL" est 
indique en grosses lettres en haut de chaque page 
"B-727 LISTE DES PROCEDURES NORMALES". 

so Ensuite, figure le titre "tiblocCL" de chaque bloc 
de structure "blocClist" suivie d'une liste d'items 
presentes sur deux colonnes eventuellement asso- 
cies a des remarques. Ainsi, par exemple, le pre- 
mier sous-ensemble de type "blocClist" est intitule 

35 "APRES LE DECOLLAGE - MONTEE". II indue 
trois items (ou sous-ensembles de structure 
"item") dont le champ "verif" est renseigne, ainsi 
que les champs "Sdeb et Sfin des premiers et 
troisiemes items qui correspondent respectivement 

40 aux caracteres "*" et "#" : 

* TRAIN D'ATTERRISSAGE OFF 

# 

PHARES HAUTE INTENSITE 

ON 

45 ' VOLETS LEVES # 

et quatre sous-ensembles de type "blocClist" in- 
cluant chacun des sous-ensembles de type "item" 
et dont les titres respectifs figurent en caracteres 
soulignes : 
so Apres nettoyage de I'avion 

10 000 Ft. MSL 
18 000 Ft. MSL 
Montee au dessus de 300 FL. 
D'autres classes d'objets ont ete ajoutees a 
55 celles precedemment decrites pour pouvoir, d'une 
part, representer les structures d'ensembles d'in- 
formations qui decoulent de ces modeles de struc- 
tures, et d'autre part, etablir des liens de reference 
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entre ensembles conformations particuliers et non 
entre modeles de structure. 

Ainsi, la classe INSTANCE regroupe les objets 
qui definissent de maniere precise la structure d'un 
ensemble d'informations donne. Ainsi, un objet de 
cette classe represente une structure dans laquelle 
tous les elements impliquant un choix ont ete pre- 
cises. 

Ces objets peuvent etre relies a I'objet de la 
classe DOC dont ils derivent a I'aide d'un lien de la 
classe L-INSTANCE (voir I'objet "testl represente" 
sur la figure 1). 

lis peuvent etre represented a I'aide d'un gra- 
phe dit instance, dans lequel il n'y a plus d'objets 
de la classe DISPATCHER, ni d'objets de la classe 
DOC de type "liste" ou "optionnels", ni de liens de 
la classe L-RECURSIF, ces derniers etant develop- 
pes en autant de liens de construction que le 
nombre de cycles existant dans I'ensemble d'infor- 
mations. 

Par ailleurs, dans un tel graphe, les objets de 
la classe DOC sont devenus des objets de la 
classe DOC-FINAL, chacun etant associe a une 
partie d'un ensemble d'informations particulier. La 
classe DOC-FINAL regroupe done les objets de la 
classe DOC, une fois qu'ils ont ete appliques a un 
ensemble d'informations donne. 

La classe ATTRIBUT est egalement remplacee 
par la classe ATTRIBUT-FINAL qui regroupe les 
attributs des objets de la classe DOC-FINAL dont 
la valeur est clairement definie. 

Les actions possibles sur un graphe instance 
sont les suivantes : 

- voir les objets supprimables, les objets de la 
classe DOC-FINAL pouvant posseder cette 
propriete, 

- arranger le graphe pour replacer les diffe- 
rents objets composant le graphe d'une ma- 
niere plus lisible, 

- affiche/cache les attributs des objets de la 
classe DOC-FINAL, 

- recherche un objet a parti r de son nom, et 

- "demons ON/OFF" pour activer ou desactiver 
les taches de verification de la coherence du 
graphe au fur et a mesure de sa modification. 

Les actions possibles sur un objet de la classe 
DOC-FINAL que I'on a auparavant designe a I'aide 
de la souris sont les suivantes : 

- affiche/cache les attributs de I'objet designe, 

- affiche/cache les f i Is de I'objet designe, 

- ordonne les fils de I'objet designe lorsqu'ils 
font partie d'une sequence pour les ranger de 
gauche a droite dans un ordre croissant, et 

- visualise pour afficher le texte que represente 
I'objet designe. 

Ces objets possedent les proprietes suivantes : 

- supprimable indique si I'objet peut etre sup- 
prime de I'ensemble d'informations, 



- type indique le type d'informations represen- 
tees par I'objet (texte, graphique, image, ...), 

- fichier indique le nom du fichier ou se trou- 
vent les informations representees par I'objet, 

5 - debut donne la position du debut de ces 
informations relativement au fichier ou elles 
se trouvent, 

- fin donne la position de la fin de ces informa- 
tions relativement au fichier, 

io - instance donne le numero d'identification de 
I'objet de la classe DOC definissant le mode- 
le de structure de cet objet, et 

- nom du modele donne le nom de cet objet 
de la classe DOC. 

75 Les attributs d'un objet de la classe DOC- 

FINAL possedent chacun une valeur finale egale 
aux informations qu'il represente, en plus des va- 
leurs issues de I'attribut correspondant du modele 
de structure. En autres termes, chaque objet d'un 

20 graphe instance qui decrit la structure d'un ensem- 
ble d'informations, correspond a un champ (ou une 
partie) de ce dernier. 

Ainsi, lorsque I'on applique le graphe de la 
figure 2 au contenu des listes presente sur la figure 

25 5, on obtient le graphe instance represente sur la 
figure 6 qui montre la structure propre a chaque 
liste qui decoule du modele de structure defini par 
le graphe de la figure 2. 

Pour des raisons materielles, on n'a developpe 

30 sur cette figure que le bloc intitule "DESCENTE" 
de la liste "B-727 / LISTE DES PROCEDURES 
NORMALES". 

Cette figure represente sous la forme d'ellipses 
tous les objets de la classe DOC-FINAL issus des 

35 objets de la classe DOC qui apparaissent dans la 
liste "B-727 / LISTE DES PROCEDURES NORMA- 
LES" donnee sur la figure 5. 

On peut remarquer que tous les objets de la 
classe DISPATCHER ont disparus, les objets de la 

40 classe DOC de type "liste" ont ete remplaces en 
autant d'objets de la classe INSTANCE qu'il y a de 
sous-ensembles correspondants dans I'ensemble 
d'informations ainsi represente. En outre, le lien de 
la classe L-RECURSIF a ete decompose en autant 

45 de liens de construction qu'il y a de sous-ensem- 
bles de structure "blocClist" inclus les uns dans 
les autres. D'autre part, les objets optionnels n'ap- 
paraissent que lorsqu'ils ont une correspondance 
au niveau de I'ensemble d'information. 

50 Ainsi, en lisant en correspondance les figures 5 

et 6, I'objet "checklist" correspond a la liste des 
procedures normales. II est compose d'un titre 
"tiCL" dont la valeur est "B-727 / LISTE DES 
PROCEDURES NORMALES", d'un ensemble d'ob- 
iets de type "blocClist" (non developpes sur la 
figure), puis d'un objet developpe de type "bloc- 
Clist". et d'un autre ensemble d'objets de type 
"blocClist". 
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L'objet developpe de type "blocClist" com- 
prend successivement un premier objet de type 
"tiblocCL" dont la valeur est "DESCENTE", deux 
objets de type "item" comprenant chacun un 
champ de type "verif" ayant respectivement pour 
valeur : 

PRESSURISATION ACTIVE ET VERI- 

FIEE 
et 

DONNEES D'ATTERRISSAGE PRE- 

PAREES 

et un autre objet de type "blocClist" correspondant 
a une sous-liste. 

Comme les autres objets de ce type, cette 
sous-liste se decompose en un objet de type "ti- 
blocCL" correspondant a son titre, dans cet exem- 
ple "Descente en dessous de 180 FL ou sortie de 
I'altitude de croisiere qui est inferieure". Cette 
sous-liste comprend, dans un ordre determine, six 
objets de type "item", comprenant chacun un objet 
de type "verif", qui comme precedemment, indique 
un organe de I'aerodyne et la tache a effectuer sur 
cet organe. En outre, le premier et le cinquieme 
objet de type "item" comprennent chacun egale- 
ment un objet de type "remarque" dont la valeur 
respective est : 

"(en dehors du continent americain, remettre a 
zero lors du debut d'une descente a une altitude 
inferieure au niveau de transition)", et 

"descendre en dessous de 10 000 Ft MSL ou 
quitter I'altitude de croisiere qui est inferieure". 

D'autre part, le sixieme objet de type "item" 
comprend, en plus du champ de type "verif", un 
champ de type "Sfin" valant 

Un tel graphe permet notamment d'etablir des 
liens de reference entre les differents objets qu'il 
contient ou avec d'autres objets de meme type 
definis dans d'autres graphes. 

Pour etablir des liens de reference entre objets 
de deux graphes instance, il suffit, tout d'abord, de 
commander I'edition des deux graphes qui appa- 
raissent alors a I'ecran dans deux fenetres differen- 
tes. II faut ensuite designer l'objet depart du lien 
dans une fenitre, de commander I'operation "lier" 
dans le menu "actions", et de designer l'objet 
destination du lien dans I'autre fenetre. 

Les structures definies selon le precede sont 
ensuite utilisees par un dispositif d'exploitation des 
informations ainsi structurees. 

Le schema represente sur la figure 7 montre 
un exemple d'architecture d'un systeme destine a 
etre embarque a bord d'un avion de ligne, realisant 
I'application du procede selon I'invention a I'assis- 
tance au pilotage. 

Ce systeme est constitue d'un reseau local 1 
sur lequel sont connectes : 

- une unite centrale 2 gerant les acces au 
reseau local et a une memoire de masse 3 



qui peut etre constitute de plusieurs unites 
de type disque magnetique, optique ou ma- 
gneto-optique dans lesquelles se trouvent 
stockes notamment les listes de taches et 
5 leurs structures, 

- des terminaux de communication 4,5,6 adap- 
tes a une utilisation a bord d'un avion de 
ligne, et en particulier dans le poste de pilo- 
tage ou I'espace disponible est relativement 

w reduit, et 

- une imprimante 7. 

II peut etre raccorde aux bus de I'avion pour 
acquerir en temps reel des donnees elaborees par 
les autres systemes electroniques embarques a 
15 bord. 

Un terminal embarque est represente sur la 
figure 8. II est constitue d'un ecran de visualisation 
8 rectangulaire autour duquel sont reparties des 
touches, a savoir : 
20 - quatre touches 9 a 12 alignees le long du 
bord superieur de I'ecran 8, 

- huit touches 13 a 20 alignees le long du bord 
inferieur de I'ecran 8, 

- onze touches 20 a 31 et 32 a 42 respective- 
25 ment alignees le long des bords droit et 

gauche de I'ecran 8, 

- une touche de deplacement 43, situee dans 
le coin inferieur droit du terminal, et repre- 
sentant quatre fleches pour deplacer un cur- 

30 seur ou I'image presente a I'ecran dans les 

quatre sens, et 

- une touche 44 situee dans le coin inferieur 
gauche, intitulee "ON/OFF" pour mettre le 
terminal sous ou hors tension. 

35 Certaines touches ont une fonction predetermi- 

nee, et dans ce cas, I'intitule de la fonction figure 
sur la touche. Toutefois, ces touches peuvent etre 
reconfigures en fonction de la page affichee a 
I'ecran, soit pour activer d'autres fonctions, soit 

40 pour saisir des chaTnes de caracteres. Dans ce 
cas, le nom de la fonction affectee a chaque tou- 
che ou le caractere correspondant est indique sur 
I'ecran, a proximite de la touche. 

Chaque touche peut prendre deux ou trois 

45 etats : 

- un etat inactivable lorsque la touche n'est 
affectee a aucune fonction, 

- un etat activable lorsque la touche permet 
d'activer une fonction, et 

so - un etat actif lorsque la fonction predetermi- 

nee associee a la touche est en cours d'exe- 
cution. 

A proximite de chacune des touches ayant une 
fonction predeterminee, se trouve un indicateur 
55 d'etat 45,46 (represente par un carre sur les figu- 
res), qui. lorsqu'il est allume, indique que la touche 
est active (en blanc sur les figures) ou activable (en 
noir). selon la couleur de I'indicateur allume et qui, 
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lorsqu'il est eteint (invisible sur les figures), indique 
que la touche est inactivable. 

Les touches qui ne sont pas affectees a une 
fonction predeterminee, peuvent etre, soit activa- 
tes si un intitule de fonction figure sur I'ecran a 
proximite de la touche, soit, inactivables dans le 
cas contraire. 

Les touches de la colonne de droite 21 a 31, 
intitulees "PREPA" 21, "FLT" 22, "KIT" 23, "NAV 
MENU" 24, "TECHN" 35, "NOTES" 26, "BOOK 
MENU" 27, "POST" 28, "GET" 29, "ASSIST" 30 
et "CHECK LIST" 31 sont affectees aux fonctions 
principales du terminal, comme par exemple, 
"PREPA" 21 pour la preparation de vol ou 
"CHECK LIST" 31 pour I'assistance au pilotage. 

Les touches 32 a 41 de la colonne de gauche 
permettent, en general, de proceder a des selec- 
tions lorsque des menus sont affiches a I'ecran. 
La derniere touche de la colonne de gauche intitu- 
lee "MENU" 42 permet d'afficher le dernier menu 
qui a permis d'acceder a la page courante. Cette 
touche peut etre activee plusieurs fois de suite. 
Dans ce cas, les differents menus enchaTnes pour 
acceder a la page courante sont successivement 
affiches jusqu'au premier menu de la fonction prin- 
cipale correspondante. 

Les touches 13 a 20 de la rangee en dessous 
de I'ecran permettent d'activer des fonctions liees 
a la gestion du terminal, a savoir en partant de la 
droite : 

- "NEXT PAGE" 13 qui provoque I'affichage 
de la page suivante, 

- "PREV. PAGE" 14 qui provoque I'affichage la 
page precedente, 

- "KIT PAGE" 15 qui active la memorisation de 
la page affichee a I'ecran dans une memoire 
particuliere, 

- "ALPHA/NUM" 16 qui permet de passer d'un 
mode de saisie alphabetique a un mode de 
saisie numerique et reciproquement, 

- "ENTER" 17 pour valider un choix ou une 
saisie, 

- "ZOOM 1" 18 et "ZOOM 2" 19 qui permet- 
tent d'agrandir la page presente a I'ecran 
selon respectivement, deux facteurs d'echelle 
et reciproquement, et 

- "CURSOR" 20 qui permet d'afficher un cur- 
seur. 

Les 4 touches 9 a 12 situees au dessus de 
I'ecran indiquent les noms des 4 derniers choix 
effectues par I'operateur. Contrairement a la touche 
"MENU" 42, ces choix peuvent correspondre a des 
fonctions principales differentes. 

Pour activer la fonction d'assistance au pilota- 
ge, il suffit de presser la touche "CHECK LIST" 31 
qui est active ou activable en permanence suivant 
la couleur de son indicateur d'etat 46 qui lui est 
associe (par exemple, sur I'ecran de la figure 8). 



Le terminal transmet I'ordre d'activation de la 
fonction "CHECK LIST" a I'unite centrale 2 qui 
recherche dans la memoire de masse 3 la structu- 
re de I'ensemble d'informations "checklist" dont la 

5 structure est representee figure 6. L'unite centrale 
2 exploite cette structure pour rechercher dans la 
memoire de masse 3 les informations correspon- 
dantes, et transmet au terminal les informations 
concernant la premiere liste a traiter selon le for- 

w mat comme represents figures 3 et 4. 

Le terminal exploite alors la structure et les 
informations qui lui sont transmises, et en parti- 
culier la structure de I'objet "blocClist", pour les 
afficher sur son ecran selon une presentation deter- 

75 minee (figure 9). 

Ainsi, la premiere liste affichee est intitulee 
"AVANT DEMARRAGE DES MOTEURS" et elle 
correspond aux taches a effectuer avant le demar- 
rage des moteurs. 

20 L'indicateur 46 associe a la touche "CHECK 

LIST" 31 est devenu actif (represents par un carre 
blanc), indiquant que la fonction associee en cours 
de traitement. 

La touche "ZOOM 1" 18 est reconfigure en 

25 "EXPAND C-L" 53 et permet d'afficher sur une 
autre page, les commentaires associes a la liste en 
cours. 

La touche "CURSOR" 20 a permis de faire 
apparaltre un marqueur de sur la premiere tache 
30 de la liste affichee. Le deplacement de ce mar- 
queur sur les differentes taches de la liste, est 
ensuite commande a I'aide de la touche 43, seule 
la commande deplacement vers le bas etant activa- 
ble. 

35 Grace a la structure d'informations qui lui a ete 

transmise, et en particulier de la structure de I'objet 
"blocClist" decompose en elements de structure 
"item", le terminal est capable de delimiter chaque 
tache de la liste de structure "item" et de les 

40 enchaTner pour afficher et deplacer le marqueur. 

Pour executer une liste de taches, I'operateur 
doit commander le deplacement du marqueur a 
I'aide de la touche 43 lorsque la tache designee 
par le curseur est achevee, ce qui a pour effet de 

45 valider cette tache et de positionner le curseur sur 
la tache suivante. C'est le seul mouvement autorise 
pour le curseur. 

L'operateur a la possibility d'afficher et de de- 
placer un curseur sur I'ecran. Pour cela, il doit tout 

50 d'abord actionner la touche "CURSOR" 20 pour 
afficher le curseur. Cette action a pour effet d'inter- 
rompre le traitement de la liste de tache en cours 
et d'affecter la touche de 43 au deplacement du 

55 Si, maintenant I'operateur positionne le curseur sur 
I'un des champs composant la structure de la liste 
de taches ("tiCL", "tiblocCL", "remarque", "Sdeb", 
"verif", "Sfin"), et actionne la touche "ENTER" 17, 
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un commentaire associe au champ ainsi designe 
apparait a I'ecran dans une fenetre en surimpres- 
sion. Si dans cet etat, il actionne a nouveau la 
touche "ENTER 17, I'ecran reprend son aspect 
(comme represents figure 9) et le traitement de la 
liste de taches peut etre poursuivi. 

Si I'operateur presse la touche "ZOOM 1" 18 
qui a ete reconfigures en "EXPAND C-L" 53, 
I'ecran represents sur la figure 10 est affiche. 

Sur cet ecran apparait le debut de la liste 
precedemment affichee (sur la figure 9) "AVANT 
DEMARRAGE DES MOTEURS", mais cette fois-ci, 
son titre et ses libelles de taches sont chacun 
associes a un commentaire concernant tout 
d'abord, la liste en general, puis chaque tache de 
la liste. 

Au cours de cette operation, ou celle prece- 
demment decrite consistant a designer un champ 
a I'aide d'un curseur, le terminal a transmis a 
l'unite centrale 2 I'ordre de rechercher les com- 
mentaires de la liste en cours. L'unite centrale 2 a 
alors recherche les commentaires associes a cha- 
que champ de la liste en cours, a I'aide des liens 
de reference reliant les objets du graphe instance 
de la liste en cours aux objets du graphe instance 
de I'ensemble d'informations contenant ces com- 
mentaires. Ces informations ont ensuite ete tran- 
smises au terminal pour ies afficher a I'ecran. 

A partir de I'ecran represente sur la figure 10, 
I'operateur a acces a I'ensemble des commentai- 
res associes a cette liste, grace aux touches 
"NEXT PAGE" 13 et "PREV. PAGE" 14 qui per- 
mettent respectivement d'afficher les pages suivan- 
tes et precedentes. Si la premiere page des com- 
mentaires de la liste est affichee, seule la touche 
"NEXT PAGE" 13 est activable. 

II a egalement la possibility d'agrandir une par- 
tie de I'ecran a I'aide des touches "ZOOM 1 " 18 et 
"ZOOM 2" 19 devenues activables. 
La touche "ENTER" 17, activable, permet de reve- 
nir a I'ecran precedent (figure 9). 
La premiere touche 9 de la rangee superieure est 
devenue "EXPANDED C-L" 59, indiquant que la 
page affichee est une liste de taches commentee. 

La figure 1 1 montre la meme liste, le marqueur 
55 etant positionne sur le titre de la liste de taches 
suivante "JUSTE AVANT DE DEMARRER". 
Le traitement de la liste en cours est alors termine. 

Pour aboutir a ce resultat, I'operateur a valide 
successivement toutes les taches de la liste a 
I'aide de la touche 43, apres les avoir executees. A 
chaque activation de la touche 43, le terminal a 
deplace le marqueur 55 sur la tache suivante en 
exploitant la structure de I'objet "blocClist" pour 
reperer successivement tous les objets "item" qui 
le composent, dans I'ordre de la sequence indi- 
quee par cette structure. 



Une telle gestion du marqueur 55 permet de 
garantir que toutes les taches presentees dans une 
liste ont ete executees. 

La validation de la derniere tache de la liste a 

5 conduit le terminal a demander a l'unite centrale 2, 
les informations concernant la liste suivante. Pour 
fournir ces informations, l'unite centrale exploite la 
structure de I'objet "checklist", qui est decompo- 
see en objets de structure "blocClist" (figure 6), 

10 pour determiner dans la liste de taches suivante. 
Une fois qu'il a regu les informations demandees, 
le terminal a affiche le titre de la liste suivante 
entouree du marqueur 55 (figure 11). 

Si, a partir de I'ecran represente sur la figure 

75 11, I'operateur actionne a nouveau la touche de 
deplacement 43, I'ecran represente sur la figure 12 
apparait a I'ecran. 

Le terminal a detecte, dans la structure qu'il a 
regu de l'unite centrale 2, deux objets "blocClist" 

20 composant I'objet de meme type correspondent a 
la liste de taches "JUSTE AVANT DE DEMAR- 
RER". C'est pourquoi il a affiche les titres de ces 
objets respectivement intitulees "DEMARRER 
PENDANT OU APRES LE REMORQUAGE" et 

25 "DEMARRER A LA PORTE" en demandant a 
I'operateur de selectionner I'une de ces sous-listes. 
A cet effet, les touches 35 et 36 ont ete configu- 
res de maniere a permettre cette selection. 

Si une panne est detectee et transmise a I'uni- 

30 te centrale 2 par I'intermediaire du reseau local 1 , 
l'unite centrale 2 determine la liste de taches a 
executer pour traiter cette panne. Pour cela, des 
liens de reference ont ete definis entre les origines 
de pannes et les listes de taches permettant de les 

35 traiter. 

La liste de taches referencee par I'origine de la 
panne et sa structure sont alors transmises au 
terminal qui va interrompre la liste de taches en 
cours d'execution pour afficher la nouvelle liste a 
40 traiter. 

Le traitement de la liste de taches "VIDANGE 
RAPIDE DU CARBURANT" est ainsi lance (figure 
13) si la panne qui est survenue requiert la vidange 
du carburant. 

Revendications 

1. Procede de structuration d'un ensemble d'in- 
formations utilisees dans un processus indus- 

50 triel, mettant en oeuvre un terminal compre- 

nant un processeur, un ecran et un clavier 
donnant acces a des commandes qui permet- 
tent d'introduire des symboles graphiques et 
leurs caracteristiques representes a I'ecran, en 

55 vue d'elaborer un graphe representant un mo- 

dele de structure d'informations, ce graphe 
faisant intervenir au moins des symboles d'un 
premier type representant des noeuds, et des 
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symboles d'un second type etablissant des 
liens entre les noeuds, caracterise en ce qu'il 
comprend les phases successives suivantes : 

- la decomposition de proche en proche 

de I'ensemble d'informations en sous- 5 
ensembles et I'identification de la struc- 
ture de chacun de ces derniers ; 

- le regroupement par structures analo- 
gues des sous-ensembles en objets ; 

- la determination de caracteristiques pro- io 
pres a chaque objet ; 

- I'introduction dans le terminal de chaque 
objet, sous la forme d'un symbole de 
type noeud ("CTABLE", "TITLE", "COL- 
DEF","CTABHEAD","CTABBODY"), et is 
de ses caracteristiques ("col- 

sep " , "rowsep " , "totalcol " ); 

- I'introduction dans le terminal de symbo- 
les de type lien de construction entre les 
objets, en precisant leurs type et leurs 20 
caracteristiques, ces liens indiquant une 
relation hierarchique d'inclusion entre 
deux objets ; 

- I'elaboration par le processeur, a partir 

du graphe introduit dans le terminal, du 25 
modele de structure de I'ensemble d'in- 
formations exprime dans un langage in- 
formatique approprie, et 

- le controle par le processeur de la cohe- 
rence du modele. 30 

Procede selon la revendication 1 , 
caracterise en ce qu'il comprend I'introduction, 
dans le terminal, de symboles de type lien de 
reference, chacun reliant deux objets pour indi- 35 
quer que les ensembles d'informations corres- 
pondents font reference I'un a I'autre. 

Procede selon I'une des revendications prece- 
dentes, 40 
caracterise en ce qu'une liste de sous-ensem- 
bles de structures analogues est representee 
par un seul objet ("COLDEF") dans un modele 
de structure. 

45 

Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce qu'un sous ensemble qui 
n'apparait pas systematiquement dans tous les 
ensembles d'informations structures par le 50 
meme modele, est represents par un objet 
optionnel ("TITLE") dans le modele de structu- 
re. 

Procede selon I'une des revendications prece- 55 
dentes, 

caracterise en ce qu'un premier objet d'un 
modele de structure peut etre lie hierarchique- 
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ment par des liens de construction a plusieurs 
seconds objets de maniere a former des struc- 
tures de types suivants : 

- "alternatif" ("CHO") dans laquelle un 
seul des seconds objets doit apparaltre 
dans chaque ensemble d'informations 
structure par ce modele ; 

- "sequence" ("SEQ") dans laquelle les 
seconds objets apparaissent toujours 
dans un ordre indique sur le graphe dans 
tous les ensembles d'informations struc- 
tures par ce modele ; et 

- "agregat" ("AGR") dans laquelle les se- 
conds objets apparaissent dans un ordre 
quelconque dans les ensembles d'infor- 
mations structures par ce modele ; 

ces types pouvant se combiner d'une maniere 
quelconque. 

6. Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce que les caracteristiques d'un 
objet comprennent un type et une valeur par 
defaut compatible avec le type. 

7. Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce qu'il comprend I'introduction 
dans le terminal de symboles de type lien de 
recursivite reliant un objet a lui-meme pour 
indiquer que la structure de I'objet ("blocClist") 
est elle-meme composee des mimes objets. 

8. Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce qu'il comprend le controle 
par le processeur de la validite de chaque 
commande introduite dans le terminal. 

9. Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce qu'il comprend la conversion 
d'un modele de structure exprime en langage 
informatique, en un graphe etabli conforme- 
rrtent au procede. 

10. Procede selon I'une des revendications 2 a 9, 
caracterise en ce qu'un lien de reference re- 
liant un premier a un second objet peut avoir 
I'un des types suivants : 

- "noeud-fils" indiquant qu'il etablit un lien 
de reference entre le premier objet et 
tous les objets directement inclus dans le 
second objet, 

- "fils-noeud" pour indiquer qu'il etablit un 
lien de reference entre tous les objets 
directement inclus dans le premier objet 
et le second objet, 
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13. Application selon la revendication 12, 
caracterise en ce qu'elle comprend le declen- 
chement automatique sur ledit terminal de 
I'execution de la liste de taches appropriee 
lorsqu'une panne survient, a I'aide des objets 
identifiant les pannes, des objets ("blocClist") 
definissant la structure de listes de taches qui 
permettent de traiter les pannes, et des liens 
de reference etablis entre ces objets. 

14. Application selon Tune des revendication 12 et 
13, 

caracterise en ce qu'elle comprend la visuali- 
sation sur I'ecran dudit terminal de commentai- 
res concernant la tache et la liste de taches en 
cours d'execution, a I'aide des objets ("item") 
definissant la structure des taches, ("bloc- 
Clist") des listes de tiches, et des objets defi- 
nissant la structure des ensembles de com- 
mentaires, ainsi que des liens de reference 
etablis entre ces objets. 



12. Application du procede, selon I'une des reven- 
dications precedentes, a I'assistance au pilota- 
ge d'un vehicule, 30 
caracterise en ce qu'elle fait intervenir un en- 
semble comprenant une pluralite de listes de 
taches qui definissent les actions et verifica- 
tions a accomplir au cours de chaque phase 
de pilotage, cet ensemble etant stocke dans la 35 
memoire (3) d'un calculateur (2) a base de 
processeurs embarque a bord du vehicule, et 
qui comprend au moins un terminal de com- 
munication homme/machine (4,5,6), ladite ap- 
plication comprenant : 40 

- I'enchaTnement automatique sur ledit ter- 
minal embarque du traitement des listes 
de taches, a I'aide de I'objet ("checklist") 
definissant la structure de I'ensemble 

des listes de taches, dont le decoupage 45 
en objets ("blocClist") qui represented 
chacun la structure d'une liste de taches, 
definit I'ordre d'enchaTnement des listes ; 

- I'enchaTnement automatique sur ledit ter- 
minal embarque, de I'execution des ta- 50 
ches de la liste en cours de traitement, 
grace a I'objet ("blocClist"), qui definit la 
structure de ladite liste, et dont le decou- 
page en objets ("item") qui represented 

la structure desdites taches, definit leur 55 
ordre d'enchaTnement. 



- "fils-fils" pour indiquer qu'il etablit un lien 
de reference entre tous les objets direc- 
tement inclus dans le premier objet et 
tous les objets directement inclus dans le 
second objet, et 5 

- "frere-frere" reliant un premier objet a 
lui-meme pour etablir des liens de refe- 
rence entre tous les objets directement 
inclus dans le premier objet. 

10 

11. Procede selon I'une des revendications prece- 
dentes, 

caracterise en ce qu'il comprend la construc- 
tion d'un graphe dit instance (figure 6) compre- 
nant des noeuds et des liens de construction 15 
et de reference entre les noeuds, ledit graphe 
etant obtenu par application d'un modele de 
structure a un ensemble d'informations donne, 
chacun de ses noeuds correspondant a un 
sous-ensemble particulier de I'ensemble d'in- 20 
formation, chacun de ses liens de construction 
etablissant une relation d'inclusion entre deux 
sous-ensembles, et chacun de ses liens de 
reference permettant au sous-ensemble de de- 
part du lien de faire reference au sous-ensem- 25 
ble de destination. 
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< ! DOCTYPE 


Checklist dea Procedures 


Normales > 




< 1 ELEMENT 


checklist - - (tiCL , blocClist*) > 




<! ELEMENT 


tiCL (#PCDATA) > 






< 1 ELEMENT 


blocClist - - (tiblocCL 


remarque* , (blocClist 


* & item* ) ) > 


< 1 ELEMENT 


tiblocCL (# PCD ATA) > 






< I ELEMENT 


remarque - - (/PCDATA) > 






< i ELEMENT 


item - - (Sdeb? , verif 


Sfin? , remarque*) > 




<! ELEMENT 


verif - - (#PCDATA) > 






< 1 ELEMENT 


Sdeb (#PCDATA) > 






< ! ELEMENT 


Sfin (#PCDATA) > 







Fig .3 
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<checklistxtiCL>B-727 / LISTE DES PROCEDURES NORMALES< / 1 iCL> 
<blocClistxtiblocCL> APRES LE DECOLLAGE - MONTEE< / 1 ib locCL> 
<iteraxSdeb>*</Sdebxverif>TRAIN D • ATTERRISSAGE OFF</verif> 

< S f in>#< / S f inx / item> 

<iteraxverif >PHARES HAUTE INTENSITE ON</verif ></ item> 

< itemxSdeb>*< / Sdebx verif >VOLETS LEVES</ verif > 

<Sf in>#</Sf inx/itemxblocClistxtiblocCL> Acres nettovaqe de 1' avion 
</tiblocCL> 

<itemxverif>ALLUMAGE MOTEUR SI NECESSAIRE</verif x/item> 

<itemxverif>CONTROLE CARBURANT SI NECESSAIRE</verif ></ item> 

<itemXverif>PRESSURISATION ACTIVE ET VERIFIEE</verif x/ite 

<itemxverif>POMPES HYDRAULIQUES SI NECESSAIRE</verif ></ item> 

</blocClistxblocClistxtiblocCL> 10 000 Ft. HSL </tiblocCL> 

<itemxverif>ALTIMETRES VERIFIES</ verif x/itei 

</blocClistxblocClistxtiblocCL> 18 000 Ft. MSL </tiblocCL> 

<itemxverif>ALTI. ET BARO VERIFIES</veri 

<remarque>(en dehors du continent americain, a regler a 1' altitude de 
transition specif iee obtenue a partir de ATC) </remarquex/item> 

<itemxverif >RADIO ALTIMETRES OFF</verif ></ item> 

<itemXSdeb>*</Sdebxverif>PHARES D ' ATTERRISSAGE OFF</verif ></ item> 

<itemxverif >TPS SI NECESSAIRE</verif ></ item> 

<itemxverif>CONTROLE AIR COND VERIFIE</ verif ></ item> 

<itemxverif>PRESSURISATION VERIFIEE< / verif ></ item> 

< /blocClistxblocClistxtiblocCL> Montee au dessus de 300 
FL</tiblocCLXitem> 

<verif >PRESSURISATION PURGEE</ verif ></ itemx/blocClist> 

</blocClistxblocClistxtiblocCL> VOL DE CROISIERE </tiblocCL> 

< itemxverif >CONTROLE MOTEUR SI NECESSAIRE</ verif ></ item> 

<item><verif>POINTS DE 1° VOL DU JOUR... VERIFIES</verif x/ite 

<itemxverif >CODES DELAI SI NECESSAIRE</verif ></ item> 

</blocClistxblocClistxtiblocCL> DESCENTE </tiblocCL> 

<itemxverif>PRESSURISATION VERIFIEE</verif ></ item> 

< itemxverif >DONNEES D 'ATTERRISSAGE PREPAREES</ verif ></ item> 

<blocClistxtiblocCL> Descente en deasoua de 180 FL ou sortie de 
1' altitude de croisiere qui est inferieure < / tiblocCLx itemxverif >ALTI . 
ET BARO. . . . VERIFIES< /verif xremarque> ( en dehors du continent americain, 
mettre a zero au debut d'une descente a une altitude inferieure du nivea 
de transition | < / remarquex / item> 

< itemxverif >RADIOALTIMETRES ON/TESTES</ verif x / item> 

<itemxverif >PHARES D ' ATTERRISSAGE ON</ verif ></ item> 

<itemxverif >AUBE D'ASPIRATION SI NECESSAIRE</ verif >< / item> 

< itemxverif >PORTES DE RE FRO I D OUVERTES</ verif > 

<remarque>descendre en dessous de 10 000 FT MSL ou quitter 1' altitude de 
croisiere qui est inferieure </remarquex/itemxiteraxverif >POMPES 

HYDRAULIQUES ON</verif> 

<Sf in>#</Sf inx/itemx/blocClistx/blocClistxblocClistxtiblocCL> AVANT 
L ' ATTERRISSAGE </t iblocCLXremarque>Ut iliaer la checklist 
Mecanique</remarquex/blocClistxblocClistxtiblocCL> APRES 

L ' ATTERRISSAGE - ROULAGE </tiblocCL> 

<itemxverif >ANTI-PATINAGE OFF</verif ></ item> 

<itemxverif>FREINS A L ' AVANT</ verif >< / ite 

•citemxverif >PRESSIONS FREINS. . . VERIFIEES</verif ></ item> 

<itemxverif >. . . .</blocClist>. . . . </checklist> 



Fig. 4 
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